home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000411_news@columbia.edu_Sat Feb 4 18:25:20 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA05549
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 4 Feb 1995 13:25:28 -0500
  3. Received: by apakabar.cc.columbia.edu id AA00424
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 4 Feb 1995 13:25:26 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit and bad line conditions 2/2
  9. Date: 4 Feb 1995 18:25:20 GMT
  10. Organization: Columbia University
  11. Lines: 50
  12. Message-Id: <3h0gqg$d2@apakabar.cc.columbia.edu>
  13. References: <3gtl0h$62h$2@mhadg.production.compuserve.com>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3gtl0h$62h$2@mhadg.production.compuserve.com>,
  18. Hans Rehfeld  <100125.3631@CompuServe.COM> wrote:
  19. > We are using an IBM-PC MS-DOS Kermit V 3.12 (client) and a
  20. > C-Kermit 5A(188), 23 Nov 92, OpenVMS VAX (server).
  21. >
  22. The current versions are 3.14 and 5A(190), respectively.
  23.  
  24. > Performing a transmission to a receiving Kermit via Modem 
  25. > with bad line quality results in the following error.
  26. > Packet log of sending Kermit:
  27. > 
  28. > Spack: ^A0 I~* @-#Y1~F!"*N^M
  29. > Rpack: <Crunched packet>
  30. > Spack: ^A0 I~* @-#Y1~F!"*N^M
  31. > Rpack: ^A <Timeout>
  32. > Spack: ^A0 I~* @-#Y1~F!"*N^M
  33. > Rpack: ^A0 Y~4 @-#Y1~N'-U*^M
  34. > Spack: ^A6 GI'REHFELD(xxxxxx '^M
  35. > Rpack: ^A0 Y~4 @-#Y1~N'-U*^M
  36. > ----------> The received packet above is not an ACK to the login 
  37. > packet, but is an ACK to the previously sent Init packet)
  38. > Nevertheless the Kermit sends out the Send packet
  39. > Spack: ^A0 S~* @-#Y1~F'"*^^M
  40. >
  41. Unfortunately, this can happen.  The packet sequence number resets to
  42. zero after each "transaction".  The I-Y sequence is considered a
  43. transaction, and the REMOTE LOGIN packet starts another transaction.
  44. So in a case like yours, in which the ACK to the I packet is
  45. transmitted more than once (due to timeouts or checksum failures) and
  46. the second or subsequent ACK is delayed, and arrives after the G packet
  47. is sent, it can indeed be misinterpreted as the ACK to the G packet.
  48. But no harm is done, because any resulting "packet skew" will be
  49. caught as the transaction proceeds.
  50.  
  51. > Rpack: ^A; EKUA-W-104, Login failure4^M
  52. > Spack: ^A$ GL:^M
  53. > Rpack: ^A# Y>^M
  54. > 
  55. The standard C-Kermit server does not support the REMOTE LOGIN feature.
  56. That is, the server will not log you in to VMS, and it does not even
  57. recognize the REMOTE LOGIN packet.  I must say I am somewhat mystified
  58. at the "Login failure" message above, because the response should have
  59. been:
  60.  
  61.   Unimplemented REMOTE command
  62.  
  63. So I think somebody must have made some local changes to your version
  64. of C-Kermit.
  65.  
  66. - Frank